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Capability  Maturity  Model  for  Software 
Goals  Mapped  to 

Cleanroom  Software  Engineering  Process 

by  Paul  G.  Arnold 


Introduction  This  document  provides  the  results  of  an  evaluation  of  the  level  of 

conformance  of  the  Cleanroom  Software  Engineering  (CSE)  process  with 
the  Capabihty  Maturity  Model  (SW-CMM)  for  Software,  v  1.1,  Goals. 
The  Goals  for  each  SW-CMM  level  and  KPA  are  listed  and  the  level  of 
conformance  is  indicated  as  outlined  in  the  following  description. 


Degree  of  The  degree  to  which  CSE  addresses  the  goals  as  set 
Conformance  forth  in  the  SW-CMM. 


Level  of  Conformance  with  the  SW-CMM 

Descriptive 

CSE  addresses  the  goal  to  a  very  high  degree.  The 
method  of  addressing  the  goal  is  not  important  but  the 
end  result  must  address  the  goal  in  substantial  fashion. 

High 

CSE  addresses  the  goal  to  a  partial  degree.  The  end 
result  must  address  the  goal  whether  a  direct  or 
indirect  requirement  of  the  CSE. 

Medium 

CSE  addresses  the  goal  in  a  very  minimal  fashion  and 
is  not  a  direct  requirement  of  the  CSE  process. 

Low 

CSE  does  not  address,  or  is  not  applicable  to  this  goal 
to  any  degree. 

None 

Basis  This  analysis  takes  into  account  the  work  performed  for  the  detailed 

mapping  of  CSE  to  the  SW-CMM  using  the  Cleanroom  Process  Guide 
and  Model,  SEI  Process  Asset  Library,  v2,  as  the  Cleanroom  source 
document.  The  SEI  Software  Process  Framework  was  the  source 
document  for  SW-CMM  compliance. 


Credits  This  version  reflects  comments  to  the  original  document  of  June  7, 1995 

from  reviewers  Richard  Linger  and  S.  Wayne  Sherer,  and  comments  from 
the  October  11, 1995  version  from  reviewers  WilUam  H.  Ett  and  S. 
Wayne  Sherer. 


Summary  of  Results  on  next  page 
Detailed  Results  start  on  page  4 


SW-CMM  Goals  and  Cleanroom  Software  Engineering  1 


§jmi;iuiai'y  Qf  Both  the  SW-CMM  Go&l  snslysis  and  the  detailed  mapping  of  the  SW- 
Resul  ts  CMM  recommendations  against  the  CSE  process  provided  a  picture  of  a 

well  defined  process  that  is  highly  consistent  with  the  SW-CMM.  In  areas 
where  CSE  is  SW-CMM  deficient,  concerns  can  be  addressed  by 
extending  the  process  definition  to  include  these  areas  without  causing 
serious  compromise  of  basic  CSE  principles. 

CSE  has  a  consistent  SW-CMM  deficiency  that  is  based  upon  its  project 
centered  view  with  all  tasks  performed  by  project  teams.  This  leads  to 
three  main  areas  of  non  comphance: 

•  CSE  does  not  include  the  larger  concept  of  organization.  The  project 
view  within  CSE  is  highly  developed  and  would  easily  lend  itself  to 
extension  at  the  organizational  level.  CSE  compliance  with  the 
organizational  recommendations  of  the  SW-CMM  would  not  destroy 
or  alter  CSE  concepts  and  would  be  easy  to  add  to  the  definition. 

There  are  a  number  of  KPAs  where  the  organizational 
planning/support  is  deficient  because  it  is  not  addressed  by  CSE. 

•  CSE  does  not  include  a  large  amount  of  the  managment  activities  as 
recommended  by  the  SW-CMM. 

•  CSE  does  not  include  an  independent  Software  Quahty  Assurance 
group  since  this  function  is  largely  performed  by  CSE  project  teams. 
CSE  does  incorporate  to  a  very  high  degree  the  checks  and  reports 
required  by  the  SQA  KPA  in  the  form  of  team  reviews.  The  addition 
of  an  independent  SQA  group  would  satisfy  the  CMM. 

CSE  does  not  address  the  following  KPAs: 

•  Software  Configuration  Management  (Level  2)  concerns  in  the  area  of 
software  baselines.  However,  CSE  work  products  are  identified  and 
controlled  on  an  on-going  basis  within  a  project  by  the  Certification 
team.  Others  areas  of  control  are  not  addressed,  i.e.  during 
specification  and  development. 

•  Software  Subcontractor  Management  goals  (Level  2).  CSE  does  not 
address  issues  of  management  but  how  software  is  developed.  CSE 
developed  specifications  for  work  products  to  be  produced  by 
Subcontractors  would  be  of  a  very  high  quality  and  exactness  in  what 
was  required. 

•  Technology  Change  Management  goals  (Level  5).  CSE  does  not 
address  this  KPA  which  is  more  properly  addressed  by  the 
organization  for  the  benefit  of  aU  projects. 

CSE  in  general  does  not  address  management  issues,  provide  well  defined 
roll  descriptions  or  define  a  wide  range  of  metrics  important  to  the 
improvement  of  the  process.  These  issues  will  be  discussed  in  greater 
detail  in  the  report  on  the  detailed  mapping  of  SW-CMM  to  CSE.. 


Summary  of  Results  Continued  on  next  page 


SW-CMM  Goals  and  Cleanroom  Software  Engineering  2 


Assumptions  CSE  is  one  of  the  processes  supported  by  the  organization. 

Organizational  planning/support  services  are  available  to  CSE  projects. 


Graphical 

Summary  of  CMM  Goal  Compliance  of  Cleanroom 

Results 


CMM  KPAs  for  Levels  2  through  5 


Graphical 

Chart 

Construction 


The  percentage  (%)  CMM  Compliance  on  the  above  chart  was  determined 
by  use  of  the  following  formula: 

For  each  CMM  Goal  assign  values  as  follows: 

100%  for  High 
50%  for  Medium 
10%  for  Low 
0%  for  None 


Sum  all  values  for  a  given  KPA  and  divide  by  the  number  of  goals  for  the 
given  KPA. 


Level  2  KPAs  start  on  next  page 
Detailed  Results  start  on  next  page 


SW-CMM  Goals  and  Cleanroom  Software  Engineering 


3 


Requirements  Management 


Purpose  to  establish  a  common  understanding  between  the  customer  and  the 

software  project  of  the  customer’s  requirements  that  will  be  addressed  by 
the  software  project. 


S  W-CMM  The  extent  to  which  the  goals  of  the  Requirement  Management  KPA  are 

Goal  addressed  by  the  CSE  process: 

Conformance 


Description  from  SW-CMM 

Cleanroom 

Conformance 

System  requirements  allocated  to  software  are 
controlled  to  establish  a  baseline  for  software 
engineering  and  management  use. 

High 

Software  plans,  products,  and  activities  are  kept 
consistent  with  the  system  requirement  allocated  to 
software. 

High 

Reference  Capability  Maturity  Model  for  Software,  Version  1.1,  page  L2-2 


Comments  CSE  supports  this  KPA  to  a  high  degree  with  the  only  deficiencies  m  the 
areas  of  organizational  process  definition  and  an  independent  SQA  group 
review.  CSE  requires  Requirements  Management  as  a  fundamental  part  of 
the  method,  whether  it  is  an  organizational  process  or  not.  The  team 
reviews  required  for  aU  work  products  for  this  KPA  could  easily  include 
an  independent  SQA  monitor  to  comply  with  SW-CMM 
recommendations. 


Level  2  KPAs  continued  on  next  page 


SW-CMM  Level  2  (Repeatable) 


4 


Software  Project  Planning 


Purpose  to  establish  reasonable  plans  for  performing  the  software  engineering  and 

for  managing  the  software  project. 


SW-CMM  The  extent  to  which  the  goals  of  the  Software  Project  Planning  KPA  are 
Goal  addressed  by  the  CSE  process: 

Conformance 


Goal  1 
Goal  2 
Goal  3 


Description  from  SW-CMM 

Cleanroom 

Conformance 

Software  estimates  are  documented  for  use  in  planning 
and  tracking  the  software  project. 

High 

Software  project  activities  and  commitments  are 
planned  and  documented. 

High 

Affected  groups  and  individuals  agree  to  their 
commitments  related  to  the  software  project 

High 

Reference  Capability  Maturity  Model  for  Software,  Version  1.1,  page  L2-12 


Comments  CSE  supports  this  KPA  to  a  high  degree  with  the  only  deficiencies  in  the 
area  of  organizational  process  definition.  CSE  requires  Software  Project 
Planning  as  a  fundamental  part  of  the  method,  whether  it  is  an 
organizational  process  or  not. 


Level  2  KPAs  continued  on  next  page 


SW-CMM  Level  2  (Repeatable)  5 


Software  Project  Tracking  and  Oversight 


Purpose  to  provide  adequate  visibility  into  actual  progress  so  that  management  can 

take  effective  actions  when  the  software  project’s  performance  deviates 
significantly  from  the  software  plans. 


SW-CMM  The  extent  to  which  the  goals  of  the  Software  Project  Tracking  and 
Goal  Oversight  KPA  are  addressed  by  the  CSE  process: 

Conformance 


Goal  1 
Goal  2 

Goal  3 


Description  from  SW-CMM 

Cleanroom 

Conformance 

Actual  results  and  performance  are  tracked  against  the 
software  plans. 

High 

Corrective  actions  are  taken  and  managed  to  closure 
when  actual  results  and  performance  deviate 
significantly  from  the  software  plans. 

High 

Changes  to  software  commitments  are  agreed  to  by  the 
affected  groups  and  individuals. 

High 

Reference  Capability  Maturity  Model  for  Software,  Version  1.1,  page  L2-30 


Comments  CSE  supports  this  KPA  to  a  high  degree  with  the  only  deficiencies  in  the 
area  of  SQA  group  review  and  organizational  overview. 


Level  2  KPAs  continued  on  next  page 


SW-CMM  Level  2  (Repeatable) 6 


Software  Subcontractor  Management 


Purpose  to  select  qualified  software  subcontractors  and  manage  them  effectively. 


SW-CMM  The  extent  to  which  the  goals  of  the  Software  Subcontractor  Management 
Goal  KPA  are  addressed  by  the  CSE  process: 

Conformance 


Goal  1 
Goal  2 
Goal  3 
Goal  4 


Description  from  SW-CMM 

Cleanroom 

Conformance 

The  prime  contractor  selects  qualified  software 
subcontractors. 

None 

The  prime  contractor  and  the  software  subcontractor 
agree  to  their  commitments  to  each  other. 

None 

The  prime  contractor  and  the  software  subcontractor 
maintain  ongoing  communications. 

None 

The  prime  contractor  tracks  the  software 
subcontractor’s  actual  results  and  performance  against 
its  commitments. 

None 

Reference  Capability  Maturity  Model  for  Software,  Version  1.1,  page  L2-44 


Comments  CSE  use  of  Black  Box  specifications  could  be  used  as  an  excellent 

communications  and  compliance  document  with  subcontractors.  This 
specification  is  unambiguous  and  provides  excellent  documentation  on 
requirements  for  statement  of  work  and  software  development  tasks. 

CSE  does  not  have  a  process  that  addresses  this  area  of  the  SW-CMM. 


Level  2  KPAs  continued  on  next  page 


SW-CMM  Level  2  (Repeatable) 


7 


Software  Quality  Assurance 


Purpose  to  provide  management  with  appropriate  visibility  into  the  process  being 

used  by  the  software  project  and  of  the  products  being  built. 


SW-CMM  The  extent  to  which  the  goals  of  the  Software  Quality  Assurance  KPA  are 
Goal  addressed  by  the  CSE  process: 

Conformance 


Goal  1 
Goal  2 

Goal  3 
Goal  4 


Description  from  SW-CMM 

Cleanroom 

Conformance 

Software  quahty  assurance  activities  are  planned. 

High 

Adherence  of  software  products  and  activities  to  the 
applicable  standards,  procedures,  and  requirements  is 
verified  objectively. 

Medium 

Affected  groups  and  individuals  are  informed  of 
software  quality  assurance  activities  and  results. 

High 

Noncomphance  issues  that  cannot  be  resolved  within 
the  software  project  are  addressed  by  senior 
management 

Medium 

Reference  CapabiUty  Maturity  Model  for  Software,  Version  1.1,  page  L2-60 


Comments  CSE  does  not  define  a  separate  group  whose  sole  function  is  SQA 

activities.  CSE  does,  however,  incorporate  to  a  high  degree  the  checks 
and  reports  required  by  this  KPA  in  the  form  of  team  reviews. 

The  addition  of  an  independent  SQA  group  representative  for  aU  CSE  team 
reviews  would  satisfy  the  CMM  goals  for  this  KPA. 


Level  2  KPAs  continued  on  next  page 


SW-CMM  Level  2  (Repeatable)   8 


Software  Configuration  Management 


Purpose  to  establish  and  maintain  the  integrity  of  the  products  of  the  software 

project  throughout  the  project’s  software  life  cycle. 


SW-CMM  The  extent  to  which  the  goals  of  the  Software  Configuration  Management 

Goal  KPA  are  addressed  by  the  CSE  process: 

Conformance 


Goal  1 
Goal  2 
Goal  3 
Goal  4 


Description  from  SW-CMM 

Cleanroom 

Conformance 

Software  configuration  management  activities  are 
planned. 

Low 

Selected  software  work  products  are  identified, 
controlled,  and  available. 

Medium 

Changes  to  identified  software  work  products  are 
controlled. 

Medium 

Affected  groups  and  individuals  are  informed  of  the 
status  and  content  of  software  basefines. 

None 

Reference  Capability  Maturity  Model  for  Software,  Version  1.1,  page  L2-72 


Comments  CSE  does  not  have  a  process  that  addresses  this  area  of  the  SW-CMM  and 
does  not  address  software  baselines.  However,  CSE  work  products  are 
identified  and  controlled  on  an  on-going  basis  within  the  project  by  the 
Certification  team.  SCM  is  a  required  addition  for  project  wide  use  by  all 
the  teams  practicing  CSE  as  proscribed  by  an  organizational  process. 


Level  3  KPAs  continued  on  next  page 


SW-CMM  Level  2  (Repeatable) 


9 


Organizational  Process  Focus 


Purpose  to  establish  the  organizational  responsibility  for  software  process  activities 

that  improve  the  organization’s  overall  software  process  capability. 


SW-CMM  The  extent  to  which  the  goals  of  the  Organizational  Process  Focus  KPA 
Goal  are  addressed  by  the  CSE  process: 

Conformance 


Goal  1 
Goal  2 

Goal  3 


Description  from  SW-CMM 

Cleanroom 

Conformance 

Software  process  development  and  improvement 
activities  are  coordinated  across  the  organization. 

Medium 

The  strengths  and  weaknesses  of  the  software 
processes  used  are  identified  relative  to  a  process 
standard. 

High 

Organization-level  process  development  and 
improvement  activities  are  planned 

Medium 

Reference  Capability  Maturity  Model  for  Software,  Version  1.1,  page  L3- 1 


Comments  CSE  supports  this  KPA  from  a  partial  to  high  degree  with  the  only 

deficiencies  in  the  area  of  generic  organizational  process  support.  CSE 
already  collects  data  on  the  quality  of  products  being  produced.  This  data 
collection  would  require  augmentation  with  additional  process  and  product 
quality  metrics  to  produce  a  more  detailed  picture  of  performance.  Adding 
organizational  structure  to  provide  for  a  centralized  cross  project  data 
collection,  analysis  and  process  improvement  effort  would  largely  satisfy 
SW-CMM  deficiencies  for  this  KPA. 

CSE  maintains  a  project  focus  that  does  not  preclude  the  process  from 
being  included  in  the  organization  process  baseline.  The  organizational 
process  baseline  should  include  CSE  processes  and  practices. 


Level  3  KPAs  continued  on  next  page 


SW-CMM  Level  3  (Defined) 


10 


Organizational  Process  Definition 


Purpose  to  develop  and  maintain  a  usable  set  of  software  process  assets  that 

improve  process  performance  across  the  projects  and  provide  a  basis  for 
cumulative,  long-term  benefits  to  the  organization. 


S  W-CMM  The  extent  to  which  the  goals  of  the  Organizational  Process  Definition 

Goal  KPA  are  addressed  by  the  CSE  process: 

Conformance 


Goal  1 


Goal  2 


Description  from  SW-CMM 

Cleanroom 

Conformance 

A  standard  software  process  for  the  organization  is 
developed  and  maintained. 

Medium 

Information  related  to  the  use  of  the  organization’s 
standard  software  process  by  the  software  projects  is 
collected,  reviewed,  and  made  available. 

High 

Reference  Capability  Maturity  Model  for  Software,  Version  1.1,  page  L3-12 


Comments  CSE  supports  this  KPA  to  a  partial  degree  with  the  only  deficiencies  in  the 
area  of  generic  organization^  process  support  CSE  would  need  the 
following  to  satisfy  SW-CMM  deficiencies  for  this  KPA: 

•  Organizational  adopton  of  generic  process  description 

•  Organizational  adopton  of  measurement/metric  collection  data  store 

•  Organizational  adopton  of  process  improvement  based  upon 
experience,  lessons  learned  and  analysis  of  measurement  data  across 
the  various  projects 

CSE  defines  a  generic  process  description  that  is  tailored  to  a  specific 
project  Tailoring  adds  project  specific  information  to  the  generic  process 
description. 

CSE  currently  collects,  reviews  and  analyzes  data  on  a  project  by  project 
basis.  It  is  not  a  goal  of  CSE  to  define  processes,  but  to  follow  them. 


Level  3  KPAs  continued  on  next  page 


SW-CMM  Level  3  (Defined)  11 


Training  Program 


Purpose  to  develop  the  skills  and  knowledge  of  individuals  so  they  can  perform 

their  roles  effectively  and  efficiently. 


SW-CMM  The  extent  to  which  the  goals  of  the  Training  Program  KPA  are  addressed 

Goal  by  the  CSE  process: 

Conformance 


Goal  1 
Goal  2 

Goal  3 


Description  from  SW-CMM 

Cleanroom 

Conformance 

Training  activities  are  planned. 

High 

Training  for  developing  the  skills  and  knowledge 
needed  to  perform  software  management  and  technical 
roles  is  provided. 

High 

Individuals  in  the  software  engineering  group  and 
software  related  groups  receive  the  training  necessary 
to  perform  their  roles. 

High 

Reference  Capability  Maturity  Model  for  Software,  Version  1.1,  page  L3-25 


Comments  CSE  doesn’t  address  the  training  requirement  as  part  of  the  defined 

process  but  as  part  of  the  preparation  required  before  a  CSE  project  could 
start.  The  training  focus  is  limited  to  the  area  required  to  perform  CSE 
tasks.  The  main  area  of  deficiency  is  in  organizational  planning/support 
and  in  integrating  this  training  into  the  defined  process. 


Level  3  KPAs  continued  on  next  page 
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Integrated  Software  Management 


Purpose  to  integrate  the  software  engineering  and  management  activities  into  a 

coherent,  defined  software  process  that  is  tailored  from  the  organization’s 
standard  software  process  and  related  process  assets,  which  are  described 
in  Organization  Process  Definition. 


S  W-CMM  The  extent  to  which  the  goals  of  the  Integrated  Software  Management 

Goal  KPA  are  addressed  by  the  CSE  process: 

Conformance 


Description  from  SW-CMM 

Cleanroom 

Conformance 

The  project’s  defined  software  process  is  a  tailored 
version  of  the  organization’s  standard  software 
process. 

High 

The  project  is  planned  and  managed  according  to  the 
project’s  defined  software  process. 

High 
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Comments  CSE  supports  this  KPA  to  a  high  degree  with  the  only  deficiencies  in  the 
areas  of  organizational  planning/support.  CSE  does  not  address  the 
organizational  level,  only  the  project  level. 


Level  3  KPAs  continued  on  next  page 
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Software  Product  Engineering 


Purpose  to  consistently  perform  a  well-defined  engineering  process  that  integrates 

all  the  software  engineering  activities  to  produce  correct,  consistent 
software  products  effectively  and  efficiently. 


SW-CMM  The  extent  to  which  the  goals  of  the  Software  Product  Engineering  KPA 
Goal  are  addressed  by  the  CSE  process: 

Conformance 


Description  from  SW-CMM 

Cleanroom 

Conformance 

The  software  engineering  tasks  are  defined,  integrated, 
and  consistently  performed  to  produce  the  software. 

High 

Software  work  products  are  kept  consistent  with  each 
other. 

High 
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Comments  CSE  supports  this  KPA  to  a  high  degree  with  the  only  deficiencies  in  the 
areas  of  organizational  planning/support  and  traditional  testing. 

CSE  uses  stepwise  refinement,  functional  verification,  and  peer  reviews  to 
eliminate  the  need  for  debugging.  Integration  testing  and  system  testing 
are  accomplished  through  a  process  called  Certification  that  uses  a 
statistical  Usage  Profile  to  focus  the  "testing".  This  difference  in  approach 
to  accomplishing  the  same  end  objective,  error  free  software  at  delivery  to 
the  customer,  is  considered  compliant  with  the  SW-CMM. 


Level  3  KPAs  continued  on  next  page 
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Intergroup  Coordination 


Purpose  to  establish  a  means  for  the  software  engineering  group  to  participate 

actively  with  the  other  engineering  groups  so  the  project  is  better  able  to 
satisfy  the  customer’s  needs  effectively  and  efficiently. 


S  W-CMM  The  extent  to  which  the  goals  of  the  Intergroup  Coordination  KPA  are 

Goal  addressed  by  the  CSE  process: 

Conformance 


Goal  1 
Goal  2 
Goal  3 


Description  from  SW-CMM 

Cleanroom 

Conformance 

The  customer’s  requirements  are  agreed  to  by  aU 
affected  groups. 

High 

The  commitments  between  the  engineering  groups  are 
agreed  to  by  the  affected  groups. 

High 

The  engineering  groups  identify,  track,  and  resolve 
intergroup  issues. 

High 
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Comments  CSE  supports  this  KPA  to  a  high  degree  by  the  use  of  the  team  approach 
to  all  reviews.  CSE  defines  a  roll  for  interaction  with  the  customer  before 
the  job  is  accepted  to  address  the  questions  of  clarification  of 
requirements,  changes  to  requirements  and  accepting  responsibility  for 
requirements/changes  at  each  stage  of  software  development. 


Level  3  KPAs  continued  on  next  page 
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Peer  Reviews 


Purpose  to  remove  defects  from  the  software  work  products  early  and  efficiently. 

An  important  corollary  effect  is  to  develop  a  better  understanding  of  the 
software  work  products  and  of  defects  that  might  be  prevented. 


SW-CMM  The  extent  to  which  the  goals  of  the  Peer  Review  KPA  are  addressed  by 
Goal  the  CSE  process: 

Conformance 


Goal  1 
Goal  2 


Description  from  SW-CMM 

Cleanroom 

Conformance 

Peer  review  activities  are  planned. 

High 

Defects  in  the  software  work  products  are  identified 
and  removed. 

High 
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Comments  CSE  supports  this  KPA  to  a  high  degree.  There  are  no  deficiencies  in 
SW-CMM  compliance  for  this  KPA. 


Level  4  KPAs  continued  on  next  page 
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Quantitative  Process  Management 


Purpose  to  control  the  process  performance  of  the  software  project  quantitatively. 

Software  process  performance  represents  the  actual  results  achieved  from 
following  a  software  process. 


SW-CMM  The  extent  to  which  the  goals  of  the  Quantitative  Process  Management 
Goal  KPA  are  addressed  by  the  CSE  process: 

Conformance 


Description  from  SW-CMM  Cieanroom 

Conformance 

Goal  1  The  quantitative  process  management  activities  are  Medium 

planned. 

Goal  2  The  process  performance  of  the  project’s  defined  Medium 

software  process  is  controlled  quantitatively. 

Goal  3  The  process  capability  of  the  organization’s  standard  High 

software  process  is  known  in  quantitative  terms. 
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Comments  CSE  supports  this  KPA  from  a  partial  to  a  high  degree  and  provides  a 

foundation  to  support  this  KPA’s  activities.  CSE  requires  the  addition  of 
quantitative  and  quality  standards  for  assessing  process  efforts.  CSE 
statistical  testing  does  not  address  statistical  evaluation  of  the  process 
execution  or  its  results. 

Aside  from  these  deficiencies,  there  is  no  support  for  the  organizational 
generic  CSE  model,  passing  data  collected  to  an  organization  based 
analysis  and  process  improvement  group  or  the  setting  up  of  an 
independent  SQA  group.  These  activities,  all  at  the  organizational  level, 
are  not  precluded  by  CSE  but  are  included  as  part  of  the  planning/support 
services  available  from  the  organization. 


Level  4  KPAs  continued  on  next  page 
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Software  Quality  Management 


Purpose  to  develop  a  quantitative  understanding  of  the  quality  of  the  project  s 

software  products  and  achieve  specific  quality  goals. 


SW.CiyiM  The  extent  to  which  the  goals  of  the  Software  Quality  Management  KPA 

Goal  are  addressed  by  the  CSE  process; 

Conformance 


Goal  1 
Goal  2 
Goal  3 


Description  from  SW-CMM 

Cleanroom 

Conformance 

The  project’s  software  quality  management  activities 
are  planned. 

High 

Measurable  goals  for  software  product  quality  and 
their  priorities  are  defined. 

High 

Actual  progress  toward  achieving  the  quality  goals  for 
the  software  products  is  quantified  and  managed. 

High 
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Comments  CSE  supports  this  KPA  to  a  high  degree  and  provides  a  good  basic 
foundation  to  support  this  KPA’s  activities. 

The  main  deficiency  is  in  supporting  the  organizational  generic  CSE  model 
by  passing  data  collected  to  an  organization  based  analysis  and  process 
improvement  group  and  the  setting  up  of  an  independent  SQA  group. 
These  activities,  all  at  the  organizational  level,  are  not  precluded  by  CSE 
but  are  included  as  part  of  the  plaiming/support  services  available  from  the 
organization. 


Level  5  KPAs  continued  on  next  page 
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Defect  Prevention 


Purpose  to  identify  the  cause  of  defects  and  prevent  them  from  recurring. 


SW-CMM  The  extent  to  which  the  goals  of  the  Defect  Prevention  KPA  are  addressed 
Goal  by  the  CSE  process: 

Conformance 


Goal  1 
Goal  2 

Goal  3 


Description  from  SW-CMM 

Cleanroom 

Conformance 

Defect  prevention  activities  are  planned. 

High 

Common  causes  of  defects  are  sought  out  and 
identified. 

High 

Common  causes  of  defects  are  prioritized  and 
systematically  eliminated. 

High 
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Comments  CSE  supports  this  KPA  to  a  high  degree  and  provides  a  good  basic 

foundation  to  support  this  KPA’s  activities.  The  main  deficiency  is  in 
organizational  planning/support  and  the  setting  up  of  an  independent  SQA 
group. 

CSE  has  a  strong  component  in  this  area  to  collect,  analyze,  identify  and 
prevent  errors  before  lliey  happen.  In  addition  CSE  techniques  are  geared 
towards  developing  code  that  is  free  of  defects  during  the  specification  and 
development  phases  of  software  engineering. 


Level  5  KPAs  continued  on  next  page 
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Technology  Change  Management 


Purpose  to  identify  new  technologies  (i.e.  tools,  methods,  and  processes)  and  track 

them  into  the  organization  in  an  orderly  manner. 


SW-CMM  The  extent  to  which  the  goals  of  the  Technology  Change  Management 
Goal  KPA  are  addressed  by  the  CSE  process: 

Conformance 


Goal  1 
Goal  2 

Goal  3 


Description  from  SW-CMM 

Cleanroom 

Conformance 

Incorporation  of  technology  changes  are  planned. 

None 

New  technologies  are  evaluated  to  determine  their 
effect  on  quality  and  productivity. 

None 

Appropriate  new  technologies  are  transferred  into 
normal  practice  across  the  organization. 

None 
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Comments  CSE  does  not  have  a  process  that  addresses  this  area  of  the  SW-CMM. 

This  KPA  is  really  not  relevant  to  the  practice  of  CSE.  It  is  an 
organizational  concern  and  should  be  supported  from  that  perspective. 


Level  5  KPAs  continued  on  next  page 
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Process  Change  Management 


Purpose  to  continually  improve  the  software  processes  used  in  the  organization 

with  the  intent  of  improving  software  quality,  increasing  productivity,  and 
decreasing  the  cycle  time  for  product  development. 


SW-CMM  The  extent  to  which  the  goals  of  the  Process  Change  Management  KPA 
Goal  are  addressed  by  the  CSE  process: 

Conformance 


Goal  1 
Goal  2 

Goal  3 


Description  from  SW-CMM 

Cleanroom 

Conformance 

Continuous  process  improvement  is  planned. 

Medium 

Participation  in  the  organization’s  software  process 
improvement  activities  is  organization  wide. 

Medium 

The  organization’s  standard  software  process  and  the 
projects’  defined  software  processes  are  improved 
continuously. 

Medium 
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Comments  CSE  supports  this  KPA  by  providing  basic  support  for  this  KPA’s 
activities  at  the  project  level.  The  main  deficiency  is  in  organizational 
planning/support  and  the  setting  up  of  an  independent  SQA  group. 

CSE  has  a  strong  component  in  this  area  to  collect,  analyze,  identify  and 
prevent  errors  before  Aey  happen.  This  data  is  used  to  improve  upon  the 
activities  of  the  process  at  the  project  level  if  they  are  found  to  be 
responsible  for  the  introduction  of  errors  or  the  improvement  of 
efficiency. 


SW-CMM  Level  5  (Optimizing) 


21 


